0:00–0:10
Recap
0:10–0:40
Lecture
0:40–1:40
Guided Lab
1:40–1:50
Bonus
1:50–2:00
Debrief
0:00 – 0:10 Recap · 10 min

Day 3 review & two remaining gaps

0:10 – 0:40 Lecture · 30 min

SSPR and PIM — self-service recovery and just-in-time access

Two very different problems, both rooted in the same principle: the right access, to the right people, at the right time, with the right oversight. SSPR applies that to password recovery. PIM applies it to admin roles.

DecisionOptionsRecommendation
Who can use SSPRNone / Selected (group) / AllAll — or pilot with a group first
Number of methods required1 or 22 — stronger verification, harder to abuse
Methods availableMobile app notification, mobile app code, email, mobile phone, office phone, security questionsEnable Authenticator + email; disable security questions (guessable)
Registration required at sign-inYes / No + grace period in daysYes — prompt users to register; set a grace period of 14 days
Password writebackOn / Off (requires Entra Connect for hybrid)N/A for cloud-only — relevant when hybrid identity is introduced
Notify users on resetYes / NoYes — alerts the user if someone else resets their password
Notify admins when admins resetYes / NoYes — audit trail for admin-initiated resets
ConceptWhat it means
Eligible assignmentThe user can activate the role when needed, but does not have it permanently. Default state in PIM.
Active assignmentThe role is permanently assigned — equivalent to the old model. Should be used sparingly (e.g. break-glass accounts).
ActivationThe user requests the role, provides justification, and completes MFA. The role is granted for a configured duration (e.g. 4 hours).
Approval workflowActivation can require approval from a designated approver before the role is granted.
Access reviewsPeriodic review where role holders or their managers confirm the role is still needed — automatic removal if not confirmed.
Activation settingsPer-role: max duration, require MFA on activation, require justification, require approval.
Instructor note: The PIM concept lands best with a concrete analogy. Compare it to a physical key safe — instead of giving every engineer a permanent copy of the server room key, you have a key safe that logs every access, requires authorisation, and auto-locks after a set time. The key exists, but access to it is controlled, audited, and time-limited. This analogy tends to make the architectural shift click for students.
0:40 – 1:40 Guided lab · 60 min

Lab 2-D: Configuring SSPR and exploring PIM for Lakeview Logistics

The lab splits into two halves — SSPR (fully functional on Business Standard, 25 min) and PIM (architecture and configuration, 35 min). SSPR is tested end-to-end. PIM is configured and the interface is explored in depth, with activation testing deferred to Week 5.

PIM licence note: PIM requires Entra ID P2. On Business Standard you may encounter a licence prompt when accessing PIM features. Document the experience fully — screenshots are useful. The activation and approval workflow will be tested in Week 5 once E5 is added. Understanding the configuration now means Week 5 is about validation, not learning.
Instructor note: SSPR should be fully testable on Business Standard — most students will complete Steps 1–4 without issue. Steps 5–6 are the PIM exploration and may be limited by licence — this is expected and documented as part of the lab. If the PIM interface is completely blocked, have students read through the settings and record what they would configure, treating it as an architecture design exercise.
1:40 – 1:50 Bonus material · 10 min

⭐ Bonus: PIM access reviews & SSPR reporting via PowerShell

⭐ Bonus A — PIM access review configuration
  • In PIM → Access reviews → New access review
  • Configure a quarterly access review for the User Administrator role: reviewers = role members' managers, duration = 14 days, if no response = remove access
  • Document what licence is required and whether this is configurable on Business Standard
  • In your Lab Journal: explain why "if no response = remove access" is the correct default rather than "keep access" — what does this assumption reveal about the principle of least privilege?
⭐ Bonus B — SSPR registration status via PowerShell
  • Connect to Microsoft Graph: Connect-MgGraph -Scopes "Reports.Read.All"
  • Pull the SSPR registration report:
    Get-MgReportAuthenticationMethodUserRegistrationDetail | Select-Object UserDisplayName, IsRegistered, IsSsprRegistered, IsSsprEnabled, IsSsprCapable, MethodsRegistered | Format-Table -AutoSize
  • Identify users who are SSPR-enabled but not yet registered — these are accounts that can use SSPR but haven't set up their methods yet
  • Stretch: export to CSV and flag users who are neither MFA-registered nor SSPR-registered as "highest risk" accounts — build a combined risk report
1:50 – 2:00 Debrief · 10 min

Reflection & preview

Learning outcomes — by end of Day 4, students can…
Configure SSPREnable SSPR for all users with correct method requirements, registration prompts, and notification settings
Test SSPR end-to-endComplete a password reset via SSPR and document the full verification flow
Read the SSPR audit logLocate a reset event and record the verification methods used and outcome
Explain PIM's architectureDescribe eligible vs active assignment, activation flow, approval workflow, and access reviews
Configure PIM role settingsSet activation duration, MFA requirement, justification, approval, and assignment expiry for a role
Create PIM eligible assignmentsAssign users as eligible for a role and distinguish this from a permanent active assignment
What you need ready
Microsoft Authenticator registered (from Day 2) Personal backup email for SSPR registration Microsoft Graph PowerShell SDK Lab 2-D step sheet Slide deck: PIM eligible vs active diagram
Day 5 →Week 2 Overview